home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1992 / t / t433_2.asc < prev    next >
Text File  |  1991-12-31  |  31KB  |  563 lines
  1.  
  2. 6.5.3  DTAM capability procedure
  3. 6.5.3.1DTAM Capability Procedure mapped onto Presentation Service (Normal Mode)
  4.        This procedure is driven by the following events:
  5.        a)   a D-CAPABILITY request primitive from the requestor;
  6.        b)   a DCPQ APDU as User Data on a P-CAPAB-DATA indication primitive;
  7.        c)   a D-CAPABILITY response primitive from the responder; and
  8.        d)   a P-CAPAB-DATA confirm primitive (that may contain a DCPR APDU).
  9. 6.5.3.1.1D-CAPABILITY request primitive
  10. 6.5.3.1.1.1The requesting DTAM-PM forms a DCPQ APDU from parameter values of the D-CAPABILITY request primitive. It 
  11. issues a P-CAPAB-DATA request primitive. The User Data parameter of the   P-CAPAB-DATA request primitive contains the 
  12. DCPQ APDU.
  13. 6.5.3.1.1.2The requesting DTAM-PM waits for a primitive from the Presentation service-provider, and does not accept any 
  14. other primitive from the requestor other than a D-U-ABORT request primitive.
  15. 6.5.3.1.2DCPQ APDU
  16. 6.5.3.1.2.1The responding DTAM-PM receives a DCPQ APDU from its peer as User Data on a   P-CAPAB-DATA indication 
  17. primitive.
  18. 6.5.3.1.2.2In order that the DCPQ APDU may always be acceptable to the responding DTAM-PM, it issues a D-CAPABILITY 
  19. indication primitive to the responder. The D-CAPABILITY indication primitive parameters are derived from the DCPQ APDU. 
  20. The DTAM-PM waits for a D-CAPABILITY response primitive from the responder and does not accept any other primitives 
  21. from the responder except for the     D-U-ABORT request primitive.
  22. 6.5.3.1.3D-CAPABILITY response primitive
  23. 6.5.3.1.3.1When the DTAM-PM receives the D-CAPABILITY response primitive, the Result parameter specifies whether the 
  24. responder has accepted or rejected the DTAM capability requested. The DTAM-PM forms a DCPR APDU using the D- 
  25. CAPABILITY response primitive parameters. The DCPR APDU is sent as the User Data parameter on the P-CAPAB-DATA 
  26. response primitive.
  27. 6.5.3.1.3.2If the responder accepted the DTAM capability request, the Capability Result field of the outgoing DCPR APDU 
  28. also specifies the appropriate acceptance value. The DTAM capability is negotiated.
  29. 6.5.3.1.3.3If the responder rejected the DTAM capability request, the Result field of the outgoing DCPR APDU contains the 
  30. appropriate rejection value. The DTAM capability is not established.
  31. 6.5.3.1.4P-CAPAB-DATA confirm primitive
  32. 6.5.3.1.4.1The requesting DTAM-PM receives a P-CAPAB-DATA confirm primitive. The following situations are possible:
  33.        a)   the DTAM capability has been accepted; or
  34.        b)   the responder has rejected the DTAM capability requested by the requestor.
  35. 6.5.3.1.4.2If the DTAM capability was accepted, the Capability Result field of the DCPR APDU specifies the appropriate 
  36. acceptance value. The requesting DTAM-PM issues a D-CAPABILITY confirm primitive to the requestor based on parameters 
  37. from the DCPR APDU. The D-CAPABILITY confirm primitive Capability Result Parameter specifies the appropriate acceptance 
  38. value. The DTAM capability is negotiated.
  39. 6.5.3.1.4.3If the DTAM capability was rejected by the responder, the Capability Result field of the DCPR APDU on the P- 
  40. CAPAB-DATA confirm primitive indicates the reason for rejection. The requesting DTAM-PM issues a D-CAPABILITY confirm 
  41. primitive to the requestor based on parameters from the DCPR APDU. The D-CAPABILITY confirm primitive Capability Result 
  42. parameter contains the appropriate rejection value. The DTAM capability is not established.
  43. 6.5.3.2DTAM capability procedure mapped onto session service (transparent mode)
  44.        This procedure is driven by the following events:
  45.        a)   a D-CAPABILITY request primitive from the requestor;
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.                                                     Fascicle VII.7 - Rec. T.433      1
  57.  
  58.  
  59.  
  60.        b)   a DCPQ APDU as User Data on an S-CAPAB-DATA indication primitive;
  61.        c)   a D-CAPABILITY response primitive from the responder; and
  62.        d)   an S-CAPAB-DATA confirm primitive (that may contain a DCPR APDU).
  63.  
  64. 6.5.3.2.1D-CAPABILITY request primitive
  65. 6.5.3.2.1.1The requesting DTAM-PM forms a DCPQ APDU from parameter values of the D-CAPABILITY request primitive, 
  66. and issues an S-CAPAB DATA request primitive. The User Data parameter of the   S-CAPAB DATA request primitive 
  67. contains the DCPQ APDU.
  68. 6.5.3.2.1.2The requesting DTAM-PM waits for a primitive from the Session service-provider, and does not accept any other 
  69.  
  70. primitive from the requestor other than a D-U-ABORT request primitive.
  71.  
  72. 6.5.3.2.2DCPQ APDU
  73. 6.5.3.2.2.1The responding DTAM-PM receives a DCPQ APDU from its peer as User Data on an S-CAPAB DATA indication 
  74. primitive.
  75. 6.5.3.2.2.2In order that the S-CAPAB DATA indication primitive and its DCPQ APDU may always be acceptable to the 
  76. responding DTAM-PM, it issues a D-CAPABILITY indication primitive to the responder.  The D-CAPABILITY indication 
  77. primitive parameters are derived from the DCPQ APDU. The DTAM-PM waits for a D-CAPABILITY response primitive from 
  78. the responder and does not accept any other primitives from the responder except for the D-ABORT request primitive.
  79.  
  80. 6.5.3.2.3D-CAPABILITY response primitive
  81. 6.5.3.2.3.1When the DTAM-PM receives the D-CAPABILITY response primitive, the parameters specified in its response 
  82. primitive contain the Application Capabilities available at the responder. There is no way to issue the result of the capability 
  83. negotiation explicitly. The DTAM-PM forms a DCPR APDU using the D-CAPABILITY response primitive parameters, and the 
  84. DCPR APDU is sent as the User Data parameter on the S-CAPAB DATA response primitive.
  85. 6.5.3.2.3.2In this way, the DTAM capability is negotiated by exchanging the Application Capabilities parameters available at 
  86.  
  87. the responder.
  88.  
  89. 6.5.3.2.4S-CAPAB DATA confirm primitive
  90. 6.5.3.2.4.1The requesting DTAM-PM receives an S-CAPAB DATA confirm primitive. The DTAM capability is always negotiated 
  91. by exchanging the Application Capabilities parameters.
  92. 6.5.3.2.4.2If the DTAM capability was accepted, the requesting DTAM-PM issues a D-CAPABILITY confirm primitive to the 
  93. requestor based on parameters from the DCPR APDU. The final decision of DTAM capability used in the transmission of a 
  94. document will be made by the requesting DTAM-PM.
  95.  
  96. 6.5.4  Use of the DCPQ/DCPR APDU fields
  97.        The DCPQ APDU and DCPR APDU fields are used as follows.
  98.  
  99. 6.5.4.1Application capabilities
  100.        This is the Application Capabilities parameter value from the D-CAPABILITY request/response primitives. It appears 
  101. as the Application Capabilities parameter value of the D-CAPABILITY indication/confirm primitives respectively. This parameter 
  102. consists of the following sub-parameters.
  103.  
  104. 6.5.4.1.1Document application profile
  105.        The value of this parameter is either an Octet String or ASN.1 object identifiers. The Octet String designates the 
  106. document application profile in line with the Recommendation T.73 (Document Application Profile - T.73). the ASN.1 object 
  107. identifier must conform to the rules specified in ISO 8824 and designate an application profile defined in accordance with the 
  108. rules specified in Recommendation T.411 (Document Application Profiles).
  109. 6.5.4.1.2Document architecture class
  110.        The value of this parameter is "formatted".
  111.  
  112. 6.5.4.1.3Non basic document characteristics
  113.        The value of this parameter is any combination of Non Basic Document Characteristics defined in Recommendation 
  114. T.414.
  115.  
  116.  
  117.  
  118. 2           Fascicle VII.7 - Rec. T.433
  119.  
  120. 6.5.4.1.4Non basic structural characteristics
  121.  
  122.        The value of this parameter is any combination of Non Basic Structural Characteristics defined in Recommendation 
  123. T.414.
  124.  
  125. 6.5.4.1.5Operational application profile
  126.  
  127.        The detailed specification of Operational Application Profile is for further study.
  128.  
  129. 6.5.4.1.6Storage capacity
  130.  
  131.        See  6.2.4.8.
  132.  
  133. 6.5.4.2Capability result
  134.  
  135.        If the DCPQ APDU was rejected by the responder, this field is supplied by the responder and is the Capability 
  136. Result parameter from the D-CAPABILITY response primitive. In this situation, it appears as the Capability Result parameter 
  137. on the D-CAPABILITY confirm primitive. This field can take one of the following:
  138.        -    confirmation that all the requested capabilities are available at the DTAM responder;
  139.        -    a list of the requested capabilities that are available at the DTAM responder;
  140.        -    a complete list of non-basic receiving capabilities;
  141.        -    an indication that no extended capabilities are available in the DTAM responder, or that none of the 
  142.             capabilities requested by the requestor are available.
  143. 6.5.4.3User information
  144.        This is the User Information parameter from the D-CAPABILITY request and response primitive. It appears as the 
  145. User Information parameter of the D-CAPABILITY indication and confirm primitive, if issued.
  146. 6.6    Document bulk transfer
  147. 6.6.1  Purpose
  148. 6.6.1.1The document bulk transfer is used to convey the document which contains ODA and Operational Structure to the 
  149. remote DTAM user. The requestor who requests the remote Document bulk transfer should have a data taken in an 
  150. appropriate manner. It supports the D-TRANSFER services.
  151. 6.6.1.2In this situation, either the Reliable Transfer Mode 1 or Mode 2 may be selected by the negotiation of functional 
  152. units in the association establishment phase.
  153. 6.6.1.3If the reliable transfer functional unit is not selected, the RTSE service will be used. The use of RTSE is for further 
  154. study.
  155. 6.6.1.4The Document Bulk Transfer is composed of two different sets of procedures depending on the Reliable Transfer 
  156. Mode.
  157.        1)   Reliable transfer mode 1
  158.        a)   Transfer Procedure for transmission of a complete document;
  159.        b)   Transfer-user-resume Procedure for retransmission of a partial document for resuming purposes. This 
  160.             procedure is controlled by the DTAM user;
  161.        c)   Transfer-interrupt Procedure to interrupt the transmission of a document in case of error;
  162.        d)   Transfer-discard Procedure to interrupt the transmission of a document in case of error and indicate that the 
  163.             part of the document already transmitted has to be deleted.
  164.        In Reliable Transfer Mode 1, the Transfer-interrupt and the Transfer-discard Procedures result in a D-TRANSFER 
  165. indication/confirmation to the DTAM user to indicate the failure of the transfer. The user is then responsible for initiating a 
  166. new transfer (complete or partial document).
  167.        Figures A-1/T.433 and A-2/T.433 illustrate the basic protocol sequences for the Reliable Transfer Mode 1.
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.                                                     Fascicle VII.7 - Rec. T.433      3
  175.  
  176.  
  177.  
  178.        2)   Reliable transfer mode 2
  179.  
  180.        a)   Transfer Procedure (see above, Reliable Transfer, Mode 1);
  181.  
  182.        b)   Transfer-resume Procedure for retransmission of a partial document. This procedure is completely controlled 
  183.             by the DTAM-PM;
  184.  
  185.        c)   Transfer-interrupt Procedure (see above Reliable Transfer, Mode 1);
  186.  
  187.        d)   Transfer-discard Procedure (see above Reliable Transfer, Mode 1);
  188.  
  189.        e)   Association-recovery Procedure (for further study).
  190.  
  191.  
  192.        In Reliable Transfer Mode 2, following the Transfer-interrupt and Transfer-discard Procedures, the DTAM-PM 
  193. initiates a new Transfer Procedure or a Transfer-resume Procedure. Attempts to transfer or retransfer the document may not 
  194. be performed by the DTAM-PM after the transfer time is out. The transfer time-out may result to discard the document and to 
  195. abort the procedure.
  196.  
  197.        Figures A-3/T.433 and A-4/T.433 illustrate the basic protocol sequences for the Reliable Transfer Mode 2.
  198.  
  199.        In the Transparent Mode under Session Service environment, only Reliable Transfer Mode 1 is used.
  200.  
  201.        In the Normal Mode under the OSI environment, both Reliable Transfer Modes 1 and 2 are available.
  202.  
  203.  
  204. 6.6.2  APDUs used
  205.  
  206.  
  207. 6.6.2.1No APDUs are used in this procedure. The Document Information corresponds to a D-TRANSFER request service 
  208. primitive. There is no D-TRANSFER REQ APDU as such.
  209.  
  210.  
  211. 6.6.2.2Each Document Information, conveyed in a D-TRANSFER request, constitutes an Activity. For each application 
  212. association, at most one Activity or one interrupted Activity awaiting resumption may exist at any one time.
  213.  
  214.  
  215. 6.6.2.3The Document Information, which consists of one or more interchange-data-elements as defined in  9.6.1.1 of 
  216. Recommendation T.432, is segmented and reassembled into/from one or more segments. Each segment consists of one or 
  217. more groups of interchange-data-elements and is transferred by the Presentation/Session data transfer services.
  218.  
  219.  
  220. 6.6.2.4A Document Information is transferred as a single User Data of the Presentation/Session data transfer services if 
  221. checkpointing is not used within the Document Information, otherwise, the Document Information is transferred as a series of 
  222. Presentation/Session data transfer services primitives. The concatenation of the user-data values of Presentation/Session data 
  223. transfer services is Document Information. An example of document segmenting mechanism is given in Figure 2/T.433.
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.  
  244. 4           Fascicle VII.7 - Rec. T.433
  245.  
  246.  
  247.                                    FIGURE 2/T.433
  248.                                           
  249.                      An example of document segmenting mechanism
  250.  
  251.  
  252.  
  253.  
  254. 6.6.3  Transfer procedure
  255.        This procedure is used to transfer a complete document.
  256. 6.6.3.1Transfer procedure mapped onto presentation service (normal mode)
  257.        This procedure is driven by the following events:
  258.        a)   a D-TRANSFER request primitive from the requestor (sender of document);
  259.        b)   a P-ACTIVITY-START indication primitive, followed by one or more interchange-data- elements as user-data 
  260.             of P-DATA indication primitives each, except the last, followed by a P-MINOR-SYNCHRONZE indication 
  261.             primitive;
  262.        c)   a P-MINOR-SYNCHRONIZE confirm primitive;
  263.        d)   a P-ACTIVITY-END indication primitive;
  264.        e)   a P-ACTIVITY-END confirm primitive;
  265.        f)   a Transfer Time-out.
  266.        Note - In the case of multiple documents transmission within one association, the above procedure will be applied 
  267.        repeatedly.
  268. 6.6.3.1.1D-TRANSFER request primitive
  269. 6.6.3.1.1.1If the requesting DTAM-PM possesses the Data Token and receives a D-TRANSFER request from the requestor, 
  270. Document Information in the D-TRANSFER request primitive, which has an abstract form, is segmented by the group 
  271. (segment) of interchange-data-elements. The segmenting unit (e.g. page, block) depends upon the characteristics of the 
  272. DTAM-PM. The segmented abstract form is then transformed into the User Data in P-DATA.
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.                                                     Fascicle VII.7 - Rec. T.433      5
  307.  
  308.  
  309.  
  310. 6.6.3.1.1.2The parameter "Document Information Type" contained in the D-TRANSFER request should indicate "transfer of a 
  311. document from its beginning", and the requesting DTAM-PM issues a           P-ACTIVITY-START request primitive and may 
  312. start transmitting the first segment of interchange-data- elements in a P-DATA request primitive immediately after the P- 
  313. ACTIVITY-START request primitive is issued, since the P-ACTIVITY-START service is not a confirmed service.
  314.  
  315. 6.6.3.1.1.3If the segment of interchange-data-elements transferred is not the last in a series of those segments, the 
  316. requesting DTAM-PM inserts a checkpoint by issuing a P-MINOR-SYNCHRONIZE request primitive. The requesting DTAM-PM 
  317. uses only the "explicit confirmation expected" type of minor synchronization. The requesting DTAM-PM may issue further P- 
  318. DATA request primitives and P-MINOR- SYNCHRONIZE request primitives unless the agreed Window-size has been reached.
  319.  
  320. 6.6.3.1.1.4P-Minor-Synchronization Points shall be located at the end of each segment of interchange-data-elements. 
  321. Additional Minor Synchronization Point can be requested depending on the evaluation of the storage capacity of the sink and 
  322. the amount of data to be transmitted. This additional Minor Synchronization Point shall only be located at the end of any 
  323. interchange-data- elements and not within the element.
  324.  
  325. 6.6.3.1.1.5If the segment of interchange-data-elements is the only one, or the last in a series of segments of interchange- 
  326. data-elements, the requesting DTAM-PM issues a P-ACTIVITY-END request primitive. All data transfer must take place within 
  327. an activity.
  328.  
  329. 6.6.3.1.2P-ACTIVITY-START indication primitive, P-DATA PDUs, and P-MINOR-SYNCHRONIZE indication primitives
  330.  
  331. 6.6.3.1.2.1The responding DTAM-PM receives a P-ACTIVITY-START indication primitive, indicating the start of transfer of 
  332. Document Information. The responding DTAM-PM receives a P-MINOR-SYNCHRONIZE indication primitive. If the responding 
  333. DTAM-PM has secured the segment of interchange-data-elements, it issues a P-MINOR-SYNCHRONIZE response primitive.
  334.  
  335. 6.6.3.1.3P-MINOR-SYNCHRONIZE confirm primitive
  336.  
  337. 6.6.3.1.3.1When the requesting DTAM-PM receives a P-MINOR-SYNCHRONIZE confirm primitive, it assumes that the 
  338. responding DTAM-PM has secured the segments of interchange-data-elements up to that point.
  339.  
  340. 6.6.3.1.3.2The requesting DTAM-PM may issue further P-DATA request primitives and P-MINOR- SYNCHRONIZE request 
  341. primitives unless the agreed Window-size has been reached. The window is advanced when a P-MINOR-SYNCHRONIZE 
  342. confirm primitive is received by the requesting DTAM-PM.
  343.  
  344. 6.6.3.1.3.3When a complete Document Information has been transmitted, the requesting DTAM-PM issues a P-ACTIVITY- 
  345. END request primitive.
  346.  
  347. 6.6.3.1.4P-ACTIVITY-END indication primitive
  348.  
  349. 6.6.3.1.4.1A P-ACTIVITY-END Indication primitive indicates to the responding DTAM-PM that a complete Document 
  350. Information has been transferred.
  351.  
  352. 6.6.3.1.4.2If the responding DTAM-PM has secured the complete Document Information, it issues a D-TRANSFER indication 
  353. primitive to the responder, and issues a P-ACTIVITY-END response primitive.
  354.  
  355. 6.6.3.1.4.3The responding DTAM-PM records the Session-connection-identifier and the Activity Identifier of the last Document 
  356. Information which it completely secured for association-recovery purposes.
  357. 6.6.3.1.5P-ACTIVITY-END confirm primitive
  358. 6.6.3.1.5.1An activity end is an implicit major synchronization point and once successfully confirmed by means of a P- 
  359. ACTIVITY-END confirm primitive, it indicates to the requesting DTAM-PM that the Document Information has been secured by 
  360. the responding DTAM-PM. The requesting DTAM-PM may then delete the transferred Document Information.
  361. 6.6.3.1.5.2When the requesting DTAM-PM receives the P-ACTIVITY-END confirm primitive, it issues a D-TRANSFER confirm 
  362. primitive with a Result parameter value of "document-information-transferred" to the requestor.
  363.  
  364.  
  365.  
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375. 6           Fascicle VII.7 - Rec. T.433
  376.  
  377. 6.6.3.1.6Transfer time-out (only for reliable transfer mode 2)
  378.  
  379. 6.6.3.1.6.1If a Document Information has not been transferred within the time specified in the Transfer-time parameter of the 
  380. D-TRANSFER request primitive (that is, the requesting DTAM-PM has not received the P-ACTIVITY-END confirm primitive), 
  381. the requesting DTAM-PM performs the transfer-discard procedure (see  6.6.6) followed by the transfer-abort procedure (see 
  382.  6.4.3.1.4).
  383.  
  384. 6.6.3.1.6.2If during the transfer-discard procedure the requesting DTAM-PM does not receive a P-ACTIVITY-DISCARD confirm 
  385. primitive within a (locally specified) reasonable time, the requesting  DTAM-PM performs the transfer-abort procedure followed 
  386. by the DTAM provider-abort procedure.
  387.  
  388. 6.6.3.2Transfer procedure mapped onto session service (transparent mode)
  389.        This procedure is driven by the following events:
  390.        a)   a D-TRANSFER request primitive from the requestor (sender of document);
  391.        b)   an S-ACTIVITY-START indication primitive, followed by one or more interchange-data- elements as user- 
  392.             data of S-DATA indication primitives each, except the last, followed by an S-MINOR-SYNCHRONIZE 
  393.             indication primitive;
  394.        c)   an S-MINOR-SYNCHRONIZE confirm primitive;
  395.        d)   an S-ACTIVITY-END indication primitive;
  396.        e)   an S-ACTIVITY-END confirm primitive;
  397.        Note - In the case of multiple document transmission within one association, the above procedure will be applied 
  398.        repeatedly.
  399.  
  400. 6.6.3.2.1D-TRANSFER request primitive
  401. 6.6.3.2.1.1If the requesting DTAM-PM possesses the Data Token and receives a D-TRANSFER request from the requestor, 
  402. Document Information in the D-TRANSFER request primitive which has an abstract form is segmented by the group 
  403. (segment) of interchange-data-elements. The segmenting unit (e.g. page, block)  depends upon the characteristics of the 
  404. DTAM-PM. The segmented abstract form is then transformed into the User Data in S-DATA.
  405. 6.6.3.2.1.2The parameter "Document Information Type" contained in the D-TRANSFER request should indicate the "transfer of 
  406. a document from its beginning", and the requesting DTAM-PM issues an S-ACTIVITY-START request primitive and may start 
  407. transmitting the first segment of interchange-data- elements in an S-DATA request primitive immediately after the S- 
  408. ACTIVITY-START request primitive is issued, since the S-ACTIVITY-START service is not a confirmed service. All data 
  409. transfer should take place within an activity.
  410. 6.6.3.2.1.3If the segment of interchange-data-elements transferred is not the last in a series of those segments, the 
  411. requesting DTAM-PM inserts a checkpoint by issuing an S-MINOR-SYNCHRONIZE request primitive. The requesting DTAM- 
  412. PM uses only the "explicit confirmation expected" type of minor synchronization. The requesting DTAM-PM may issue further 
  413. S-DATA request primitives and S-MINOR- SYNCHRONIZE request primitives unless the agreed Window-size has been 
  414. reached.
  415. 6.6.3.2.1.4S-Minor-Synchronization Points shall be located at the end of each segment of interchange-data-elements. 
  416. Additional Minor Synchronization Points can be requested depending on the evaluation of the storage capacity of the sink 
  417. and the amount of data to be transmitted. This additional Minor Synchronization Points shall only be located at the end of 
  418. any interchange-data- elements and not within the element.
  419. 6.6.3.2.1.5If the segment of interchange-data-elements is the only one, or the last in a series of segments of interchange- 
  420. data-elements, the requesting DTAM-PM issues an S-ACTIVITY-END request primitive. All data transfer must take place 
  421. within an activity.
  422. 6.6.3.2.2S-ACTIVITY-START indication primitive, S-DATA PDUs, and S-MINOR-SYNCHRONIZE indication primitives
  423. 6.6.3.2.2.1The responding DTAM-PM receives an S-ACTIVITY-START indication primitive, indicating the start of transfer of 
  424. Document Information. The responding DTAM-PM receives an S-MINOR-SYNCHRONIZE indication primitive. If the responding 
  425. DTAM-PM has secured the segment of interchange-data-elements, it issues an S-MINOR-SYNCHRONIZE response primitive.
  426.  
  427.  
  428.  
  429.  
  430.  
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.                                                     Fascicle VII.7 - Rec. T.433      7
  439.  
  440.  
  441.  
  442. 6.6.3.2.3S-MINOR-SYNCHRONIZE confirm primitive
  443.  
  444. 6.6.3.2.3.1When the requesting DTAM-PM receives an S-MINOR-SYNCHRONIZE confirm primitive, it assumes that the 
  445. responding DTAM-PM has secured the segments of interchange-data-elements up to that point.
  446.  
  447. 6.6.3.2.3.2The requesting DTAM-PM may issue further S-DATA request primitives and S-MINOR- SYNCHRONIZE request 
  448. primitives unless the agreed Window-size has been reached. The window is advanced when an S-MINOR-SYNCHRONIZE 
  449. confirm primitive is received by the requesting DTAM-PM.
  450.  
  451. 6.6.3.2.3.3When a complete Document Information has been transmitted, the requesting DTAM-PM issues an S-ACTIVITY- 
  452. END request primitive.
  453.  
  454. 6.6.3.2.4S-ACTIVITY-END indication primitive
  455.  
  456. 6.6.3.2.4.1An S-ACTIVITY-END Indication primitive indicates to the responding DTAM-PM that a complete Document 
  457. Information has been transferred.
  458.  
  459. 6.6.3.2.4.2If the responding DTAM-PM has secured the complete Document Information, it issues a D-TRANSFER indication 
  460. primitive to the responder, and issues an S-ACTIVITY-END response primitive.
  461.  
  462. 4.6.3.2.5S-ACTIVITY-END confirm primitive
  463.  
  464. 6.6.3.2.5.1An activity end is an implicit major synchronization point and once successfully confirmed by means of an S- 
  465. ACTIVITY-END confirm primitive, it indicates to the requesting DTAM-PM that the Document Information has been secured by 
  466. the responding DTAM-PM. The requesting DTAM-PM may then delete the transferred Document Information.
  467.  
  468. 6.6.3.2.5.2When the requesting DTAM-PM receives the S-ACTIVITY-END confirm primitive, it issues a D-TRANSFER confirm 
  469. primitive with a Result parameter value of "document-information-transferred" to the requestor.
  470. 6.6.4  Transfer-user-resume procedure
  471.        This procedure is used to resume transferring the part of the document which has not been transferred at the 
  472. previous transmission.
  473. 6.6.4.1Transfer-user-resume procedure mapped onto presentation service (normal mode)
  474.        This procedure is driven by the following events:
  475.        a)   a D-TRANSFER request primitive from the requestor (sender of document);
  476.        b)   a P-ACTIVITY-RESUME indication primitive, followed by one or more interchange-data- elements as user- 
  477.             data of P-DATA indication primitives each, except the last, followed by a P-MINOR-SYNCHRONIZE 
  478.             indication primitive;
  479.        c)   a P-MINOR-SYNCHRONIZE confirm primitive;
  480.        d)   a P-ACTIVITY-END indication primitive;
  481.        e)   a P-ACTIVITY-END confirm primitive.
  482. 6.6.4.1.1D-TRANSFER request primitive
  483. 6.6.4.1.1.1If the requesting DTAM-PM possesses the Data Token and receives a D-TRANSFER request from the requestor, 
  484. Document Information in the D-TRANSFER request primitive, which has an abstract form, is segmented by the group 
  485. (segment) of interchange-data-elements. The segmenting unit (e.g. page, block) depends upon the characteristics of the 
  486. DTAM-PM. The segmented abstract form is then transformed into the User Data in P-DATA.
  487. 6.6.4.1.1.2The parameter "Document Information Type" contained in the D-TRANSFER request should indicate "transfer of a 
  488. document from a synchronization point", and the requesting DTAM-PM issues a  P-ACTIVITY-RESUME request primitive and 
  489. may continue the transfer procedure by issuing a P-DATA request primitive for the segment of interchange-data-elements 
  490. following the last confirmed checkpoint. The checkpoint information is from the parameter "Synchronization Point" in the   D- 
  491. TRANSFER request primitive.
  492. 6.6.4.1.1.3Another detailed procedure is followed by the  6.6.3.1.1.3, 6.6.3.1.1.4 and 6.6.3.1.1.5.
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503. 8           Fascicle VII.7 - Rec. T.433
  504.  
  505. 6.6.4.1.2P-ACTIVITY-RESUME indication primitive, P-DATA PDUs, and P-MINOR-SYNCHRONIZE indication primitives
  506. 6.6.4.1.2.1The responding DTAM-PM receives a P-ACTIVITY-RESUME indication primitive, indicating the start of transfer of 
  507. Document Information. The responding DTAM-PM receives a P-MINOR-SYNCHRONIZE indication primitive. If the responding 
  508. DTAM-PM has secured the segment of interchange-data-elements, it issues a P-MINOR-SYNCHRONIZE response primitive.
  509. 6.6.4.1.3P-MINOR-SYNCHRONIZE confirm primitive
  510. 6.6.4.1.3.1The detailed procedure is followed by the  6.6.3.1.3.1, 6.6.3.1.3.2 and 6.6.3.1.3.3.
  511. 6.6.4.1.4P-ACTIVITY-END indication primitive
  512. 6.6.4.1.4.1The detailed procedure is followed by the  6.6.3.1.4.1, 6.6.3.1.4.2 and 6.6.3.1.4.3.
  513. 6.6.4.1.5P-ACTIVITY-END confirm primitive
  514. 6.6.4.1.5.1The detailed procedure is followed by the  6.6.3.1.5.1 and 6.6.3.1.5.2.
  515. 6.6.4.2Transfer-user-resume procedure mapped session service (transparent mode)
  516.        This procedure is driven by the following events:
  517.        a)   a D-TRANSFER request primitive from the requestor (sender of document);
  518.        b)   an S-ACTIVITY-RESUME indication primitive, followed by one or more interchange-data- elements as user- 
  519.             data of S-DATA indication primitives each, except the last, followed by an S-MINOR-SYNCHRONIZE 
  520.             indication primitive;
  521.        c)   an S-MINOR-SYNCHRONIZE confirm primitive;
  522.        d)   an S-ACTIVITY-END indication primitive;
  523.        e)   an S-ACTIVITY-END confirm primitive.
  524.  
  525. 6.6.4.2.1D-TRANSFER request primitive
  526. 6.6.4.2.1.1If the requesting DTAM-PM possesses the Data Token and receives a D-TRANSFER request from the requestor, 
  527. Document Information in the D-TRANSFER request primitive, which has an abstract form, is segmented by the group 
  528. (segment) of interchange-data-elements. The segmenting unit (e.g. page, block) depends upon the characteristics of the 
  529. DTAM-PM. The segmented abstract form is then transformed into the User Data in P-DATA.
  530. 6.6.4.2.1.2The parameter "Document Information Type" contained in the D-TRANSFER request should indicate the "transfer of 
  531. a document from a synchronization point", and the requesting DTAM-PM  issues an S-ACTIVITY-RESUME request primitive 
  532. and may continue the transfer procedure by issuing a   S-DATA request primitive for the segment of interchange-data- 
  533. elements following the last confirmed checkpoint. The checkpoint information is from the parameter "Synchronization Point" in 
  534. the D-TRANSFER request primitive.
  535. 6.6.4.2.1.3Another detailed procedure is followed by the  6.6.3.2.1.3, 6.6.3.2.1.4 and 6.6.3.2.1.5.
  536. 6.6.4.2.2S-ACTIVITY-RESUME indication primitive, S-DATA PDUs, and S-MINOR-SYNCHRONIZE indication primitives
  537. 6.6.4.2.2.1The responding DTAM-PM receives an S-ACTIVITY-RESUME indication primitive, indicating  the start of transfer of 
  538. Document Information. The responding DTAM-PM receives an S-MINOR- SYNCHRONIZE indication primitive. If the 
  539. responding DTAM-PM has secured the segment of interchange- data-elements, it issues an S-MINOR-SYNCHRONIZE 
  540. response primitive.
  541. 6.6.4.2.3S-MINOR-SYNCHRONIZE confirm primitive
  542. 6.6.4.2.3.1The detailed procedure is followed by the  6.6.3.2.3.1, 6.6.3.2.3.2 and 6.6.3.2.3.3.
  543. 6.6.4.2.4S-ACTIVITY-END indication primitive
  544. 6.6.4.2.4.1The detailed procedure is followed by the  6.6.3.2.4.1 and 6.6.3.2.4.2.
  545. 6.6.4.2.5S-ACTIVITY-END confirm primitive
  546. 6.6.4.2.5.1The detailed procedure is followed by the  6.6.3.2.5.1 and 6.6.3.2.5.2.
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559.  
  560.                                                     Fascicle VII.7 - Rec. T.433      9
  561.  
  562.  
  563.